home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / gt_power / extr53.zip / WHATSNEW.EXT < prev   
Text File  |  1989-11-29  |  24KB  |  500 lines
  1. EXTRACT.EXE                                                    11/29/1989
  2. ============                                                   ==========
  3.  
  4.                            What's new in release 5.3?
  5.  
  6. Ed Bragg had noticed a small problem with the transaction report.  
  7. Actually, it wasn't a problem, per say, but it was a rather confusing 
  8. entry.  For example: 
  9.  
  10. 01:15   CONNECT 300    047        29/004                      00:00:15 
  11.  
  12. Notice the leading '0' was being stripped from the Net/Node ID that you 
  13. connected with, IF it was a 300 baud connect.  Now fixed.  
  14.  
  15. Also, Chet Wilkinson had a small problem with Extract 5.2 in that he 
  16. could run it from a batch file inside of DV, but when he ran it 
  17. straight from DOS, the program burped.  Well, after a little messing 
  18. with the code, I found that one of the environment variables (Guess 
  19. which one?) was not being read?  If you had your GTPATH set LAST in 
  20. your autoexec.bat file, that last environment entry was NOT interpreted 
  21. by Extract.  Now fixed also.  Your GTPATH can be set ANYWHERE in the 
  22. environment now.  Sorry for any inconvenience.  
  23.  
  24.                            What's new in release 5.2?
  25.  
  26. Bryan Pike, 079/001, The Water of Life BBS, noticed a small problem 
  27. with the Door/Shells attempts report.....Ok, so he found a BIG 
  28. problem.  For some reason, the program was NOT picking up user names 
  29. for doors.  Strange stuff.  I re-wrote the code and it appears to be 
  30. working fine now.  (I have also accomodated for 300 baud callers that 
  31. use doors - why they'd want to, I got no idea - but extract will 
  32. support 'em <grin> ).  
  33.  
  34. The GT-MTH.RPT file (Option B from GT.LOG submenu) has been updated.  
  35. For those of you that are lucky enough to have a 9600 baud modem, my 
  36. program now keep a running counter at the end of the report for such 
  37. callers.)  I'd like to find out if the new counter works.  Anyone 
  38. wanna send me a 9600 baud modem?  (For testing reasons, of course!) 
  39.  
  40. <hint> <hint> <hint> <hint> <hint> <hint> <hint> <hint> <hint> <hint> 
  41.  
  42. Gene Newcomb, 044/003, Geno's Place, has been asking for a total byte 
  43. count of mail transferred at night.  I have finally gotten the routine 
  44. together, and the totals for the GBAG.LOG file will appear at the end 
  45. of the Gbag detail report (G-TODAY.RPT).  I am working on one for the 
  46. GTNET.LOG.  (Let's not get too impatient, Gene!) I figure since the 
  47. majority of mail is transferred via Gbags now, that would be the most 
  48. logical place to put it.  
  49.  
  50.                            What's new in release 5.1?
  51.  
  52. Another addition to the TRANSACT.RPT file.  When you have the 
  53. following in your GTNET.LOG: 
  54.  
  55. ANSWER 2400
  56. DISCONNECT 00:00:30
  57.  
  58. EXTRACT will NOT print the last Net/Node ID and Mdriver ID that it 
  59. had picked up the last time.  (This is at the request of Ed Bragg,
  60. (029/008)).  
  61.  
  62. Under the GT.LOG file, the GT-MTH.RPT has been updated to show a 
  63. couple new things.  A sample entry follows: 
  64.  
  65. -------------------------------------------------------------------------------
  66. 11-10 23:55 User's name:  Scott Cushman (Local) <- NEW
  67.       ^NEW  Total time online  7.35
  68. -------------------------------------------------------------------------------
  69.  
  70. The time stamp has been added as to when that particular user 
  71. logged on, and also if it was a Local connect or a connect at 2400, 
  72. 1200, or even 300.  There are running counters now, and will show 
  73. you the # of calls received in in the month for each of the 
  74. different status's. (Local,2400,1200, or 300). There is also a new 
  75. counter that will keep track all OUTBOUND connects found in your 
  76. GT.LOG file, as well as all INCOMING crash!mail calls.  (Need 
  77. CRSHSTMP and CRSHDSTP).  
  78.  
  79.                           What's new in release 5.01?
  80.  
  81. A slight bug fix...One that **I** found.  (ha ha y'all!)  For the 
  82. QG-EXT, the Qbag Extract for month to date, the date(current) would 
  83. present itsself with version 5.0.  I couldn't figure this out, 
  84. since I had Qbags within Gbags from previous days in my GBAG.LOG 
  85. file.  I had a date variable pointed to be printed within the first 
  86. five characters of the line (usually where the date goes).  I was 
  87. picking up the wrong date variable.  (oops).  Fixed now with this 
  88. release.  
  89.  
  90.                            What's new in release 5.0?
  91.  
  92. SHOWEXT.COM is not effected by this release.  SHOW11.ZIP can be 
  93. found on my system, as well as many others.  Please feel free to 
  94. get the program and try it out.  
  95.  
  96. Not too much fixed here.....Why the 5.0 then?  It's the next 
  97. release # up!  <grin> 
  98.  
  99. I have been "bouncing between" two Gbag.LOG file manipulation 
  100. routines.  I have finally decided on the one **I** like the most, 
  101. and the one that I can do the most with.  Hope y'all like it too.  
  102.  
  103. I noticed on the Daily Q-Bag report, that at the end, it would say 
  104. something to the effect of: END OF Q-BAG MTD REPORT.  Fixed. (oops) 
  105.  
  106. Some miscellaneous screen writes fixed, and the problem with option 
  107. 3 of the GTNET.LOG submenu fixed.  (It would abort with a Runtime 
  108. Error if selected.) This is fixed now.  
  109.  
  110.                            What's new in release 4.9?
  111.  
  112. ShowEXT is now out.  With this release, it will be packaged within 
  113. the Extract ZIP file, but from here on out, will be packaged 
  114. seperately.  
  115.  
  116. SHOWEXT is now at version 1.1, and will allow sysops to view 
  117. options 3,5 and 8 from the GTNET.LOG submenu.(Notice, these were 
  118. not included in Extract with this release, or 4.8, due to lack of 
  119. routines.) 
  120.  
  121. Some work has been done to the ARCHIVE and ZIP features of the 
  122. program.  They have been enhanced to also archive or zip your .BBS 
  123. and .CBS files as well.  Extract will use PKARC M(ove) or PKZIP -
  124. M(ove) on the .LOG files from within the GTPATH dir, and will use 
  125. the A or -A(dd) opitons of either PKARC or PKZIP to pack the .BBS 
  126. and .CBS files.  
  127.  
  128. The totals on the G-EXT.RPT(option 1 from GBAG.LOG reporting) have 
  129. been put back.  I kinda missed the totals myself.  Don't know about 
  130. anyone else.  
  131.  
  132. The transaction report had given me some additional troubles.  Now, 
  133. when a HUMAN CALLER is detected by MDRIVER, it will NOT print the 
  134. last Net/Node that called into your board.  This has been baffling 
  135. me alot lately, but have finally managed to get it done!  (Hooray!) 
  136.  
  137.                            What's new in release 4.8?
  138.  
  139. The program has been re-compiled into an .EXE file, instead of a 
  140. .COM file. I am now using Turbo Pascal 5.5.  Due to a lack of 
  141. routines, not to mention knowledge on my part, three reports had to 
  142. be temporarily dropped.  Options 3,5, and 8 from the GTNET.LOG sub-
  143. menu.  Those reports generate Echomail F-Bag report, a 'C' bag 
  144. control file report - as taken from \MAILOUT, and a Deleted Dead 
  145. Letters report, respectively.  
  146.  
  147. The GTNETPATH= variable no longer needs to be set.  Extract will 
  148. assume that your Netmail directories(\MAILIN,\MAILOUT and 
  149. \MAILWORK) are on the present drive.  This will save some people 
  150. some people some environment space.  
  151.  
  152. Two new options have been added.  You can now archive or ZIP your 
  153. log files.  With this release, you can use PKARC, or PKZIP to 
  154. archive your Netmail and user log files.  (NOTE:  This routine will 
  155. take a wild card <*.LOG>, and create the ARC or ZIP file.) 
  156.  
  157. Some new screen writes have been added to the beginnng of the 
  158. program.  It will present a note saying the filename that it is 
  159. reading, or scanning, to find pertinent data.  Not that big of an 
  160. enhancement, but nice to know.  
  161.  
  162. I have been asked to modify the Q-Bag reporting scheme a bit.  As 
  163. per Gene Newcomb(044/003), AGAIN, I have modified this report.  It 
  164. now shows the G-Bag ID, ONLY ONCE, instead of constantly pringing 
  165. it under G-Bag ID.  It shows, in detail, the bags transferred from 
  166. within that bag.  Again, there is a key on the bottom of the screen 
  167. explaining the "Bag Status" field.  
  168.  
  169. The G-EXT.RPT (Option 1) from the GBAG.LOG sub-menu has been re-
  170. written.  I managed to knock about 45 or so lines outta the code.  
  171. This means that something is missing from the extract summary 
  172. report.  That's right.  The totals counters.  They can now be found 
  173. in the Gbag Detail transfer report, (Option 4 from the GBAG.LOG 
  174. sub-menu).  
  175.  
  176. A little work has been done to the transaction report.  I have now 
  177. added a counter for the number of Non-Active sessions.  If there is 
  178. a SYNC failure, or a HUMAN caller detected, it will keep a running 
  179. total of all errors, with seperate counters for each.  
  180.  
  181. Some miscellaneous screen writes have been fixed.  I noticed that I 
  182. had forgotten to change the GBAG.LOG detail report's screen writes.  
  183. (oops).  Fixed now.  
  184.  
  185.                            What's new in release 4.7?
  186.  
  187. Dana Laude (024/005) suggested that a program be made so that he 
  188. wouldn't have to remember the names of all the reports.  (I called 
  189. him lazy), but I guess it really isn't that bad an idea.  SHOWEXT 
  190. has now been packaged with Extract.  SHOWEXT.COM is a program that 
  191. will read the report files, once they've been generated via 
  192. Extract, and display the report to the screen.  
  193.  
  194. Gene Newcomb had asked about some PCP reports.  I have one ready 
  195. this release.  It does NOT get written to a file, however. It is 
  196. compiled directly to the screen.  SHOWEXT.COM will also have this 
  197. report as well.  This report can be found under the GTNET.LOG sub-
  198. menu as sub-option "A".).  
  199.  
  200. As Ed Bragg from Honolulu pointed out to me, the GBAG.LOG counters 
  201. that I THOUGHT I had fixed in 4.6 were still off.  Now corrected 
  202. finally, I hope.  
  203.  
  204. The Q-bag extract report file has changed somewhat.  It is in the 
  205. same type format that of the Transaction report.  It shows: 
  206.  
  207. ============================================================================
  208. 024/004              Q-Bag Entries for current log file as of: 10-05
  209. ============================================================================
  210. Date   Time     G-Bag ID               Q-Bag ID                   Bag Status
  211. ============================================================================
  212.  
  213. this should be sufficient..for now.  Bag Status will show either 
  214. PACKed or UNPACKed.  
  215.  
  216. Also, a Qbag extract for TODAY only has been created.  The report 
  217. name is called Q-TODAY.RPT and can be found under option 3 of the 
  218. GBAG.LOG file.  The Bag Status field also shows up on this report 
  219. as well, except in a slightly different format.  Instead of showing 
  220. "PACKed", it will show "<-------" and if it is UNPACKED, it will 
  221. show "------>".  There is a key on the bottom of the report.  This 
  222. is to show a mailbag coming in, "<-------", or a mailbag going out, 
  223. "------>".  This shows the status WITHIN a G-Bag.  
  224.  
  225. <blush> Chet Wilkinson pointed out to me that the Transaction 
  226. report for the current night had the Net/Node ID of 024/004 (mine) 
  227. and the date of 09-24.  OOPS!.....When I re-wrote the code for the 
  228. Transaction report, I had to hard-code those few bits of data 
  229. in....Now corrected.  
  230.  
  231. Since the notice of James Davis releasing his program JDMAL as 
  232. freeware, I have worked out a section of code within Extract to 
  233. strip out the GTNET.LOG file of all un-needed lines.  See option 9 
  234. of GTNET.LOG submenu.  Since JDMAL writes its output to the 
  235. GTNET.LOG file, cleaning up the GTNET.LOG file with Extract will 
  236. create a seperate log, and append to it, called JD-SUPER.LOG, in 
  237. which all the JD entries for the current log file are stored.  This 
  238. log file can be viewed via SHOWEXT also.  Hope you don't mind, 
  239. James!  
  240.  
  241.                            What's new in release 4.6?
  242.  
  243. The transaction summary report for the current log file (Option 2 from 
  244. the GTNET.LOG sub-menu) has been updated to seperate each day's trans-
  245. actions.  
  246.  
  247. A month-to-date, or current log report of Crash!Mail calls made OUT *AND* 
  248. received in, has been created.  (Options 6 and 7 from the GTNET.LOG sub-
  249. menu).  CRSHSTMP (Another program made by me) is REQUIRED to run option 7 
  250. (Incoming Crashmail calls).  
  251.  
  252. Also, an option to delete all old X-bags from within \MAILOUT\DEADLTR.  
  253. The report is placed in the GTPATH directory and is called DEAD-LTR.RPT.  
  254. (Option 8 from GTNET.LOG sub-menu).  
  255.  
  256. As per Chet Wilkinson(006/000), the disconnect time now appears on the 
  257. transfer detail report. (TRAN-DTL.RPT) - (Option 4 from GTNET.LOG sub-
  258. menu) as well as totals of bags both SENT and RECEIVED.  
  259.  
  260. Echomail status report (Option 3 from GTNET.LOG sub-menu) as well as the 
  261. Last Message report (Option 5 from GTNET.LOG sub-menu), have undergone a 
  262. face-lift.  Echo/Netmail ID's are now printed across instead of line by 
  263. line.  
  264.  
  265. The GBAG.LOG reporting section has been updated.  As per Gene Newcomb had 
  266. pointed out to me that the totals on the G-EXT.RPT were off.  The 
  267. counters have been corrected.  
  268.  
  269. Under the GT.LOG sub-menu, the GT-TODAY.RPT(Option 2) file will show the 
  270. logon time.  It takes the time variable from the ANSWER line from the 
  271. GT.LOG file.  
  272.  
  273. Also, some miscellaneous screen writes were fixed.  
  274.  
  275.                            What's new in release 4.5?
  276.  
  277. A new environment variable has been added.  For those of you that have 
  278. your \MAILIN and \MAILOUT directories on another drive, other than the 
  279. current one, Extract will now find that path variable.  In your 
  280. AUTOEXEC.BAT file, or in another batch file that you use to boot GT up 
  281. with, you MUST set this variable: 
  282.  
  283. SET GTNETPATH=d:
  284.  
  285. Where d is the drive specification.  You MUST have the colon on the 
  286. trailing end of it.  
  287.  
  288. The detail transfer report has been enhanced to handle Zmodem transfers, 
  289. as well as BI-Modem transfers.  (Thosse of you that use Mdriver 045 or 
  290. greater, will like this!) (Ed Bragg(029/008) deserves a hand for pointing 
  291. these new things out to me.  Thanks Ed!) 
  292.  
  293. Under the GBAG.LOG, there is a Month-to-date(current log) report of Q-
  294. Bags sent.  As of yet, they have not been distinguished between received 
  295. and sent, but instead a total of Q-bags transferred.  (This is option 2) 
  296.  
  297. Also, under option (1) of the G-Bag extract, Q-Bags are now totaled in 
  298. with the final count.  (Bag summary report at the end of the report.) 
  299.   
  300.                            What's new in release 4.4?
  301.  
  302. The Transfer Detail report has been enhanced even more. It gives you the 
  303. file size of the bag that was transferred.  You'll still have to check 
  304. the TRANSACT.RPT file for complete disconnect time, as that does NOT show 
  305. up in the detail extract report.  In order to run this option (4) from 
  306. the GTNET.LOG submenu, you will need to run Option (1) from that same 
  307. menu.  I am working on another routine to add. Look for it next 
  308. release...<grin> 
  309.  
  310.                            What's new in release 4.3?
  311.  
  312. A minor bug was found, by myself, fortunately, and was corrected with 
  313. this release. The bag counter on the Transaction report would be off. 
  314. Couldn't figure out where the numbers were coming from either. 
  315. Hmmm....<grin> 
  316.  
  317. Also, a new report has been added AGAIN.  Yeah, I know, contantly, eh?  
  318. This report that has been added was put under the GTNET.LOG file 
  319. routines.  It takes the C0 control files from within MAILOUT and tells 
  320. you the last update for each system.  Nothing elaborate, but effective 
  321. if you are a "report fanatic" like myself.  
  322.  
  323.                            What's new in release 4.2?
  324.  
  325. I have had a request to update or create a new report from the 
  326. transaction summary.  I have enhanced GTNET.LOG option (1) 
  327. Extract/Transaction Summary to include a transfer DETAIL report.  It 
  328. will be generated along with the TRANSACT.RPT file, once the extract 
  329. of today's entries is completed.  
  330.  
  331.                            What's new in release 4.1?
  332.  
  333. A new report was added.....the report name is ECH-FBAG.RPT, and gives 
  334. you a breakdown on the status of the F control files in your MAILIN 
  335. directory.  
  336.  
  337. Turbo Pascal 3.xx, if compiled with default video mode, as I am using, 
  338. the default yellow color shows up. With a routine that I found, that 
  339. yellow color will be no more.  Let me know if it causes any snow on 
  340. your screens.  If so, I may have to go back to using the default video 
  341. mode.  
  342.  
  343.                            What's new in release 4.0?
  344.  
  345. Now, you no longer have to run this from the GTPATH directory. The 
  346. program finds it all on its own. It prints the value of the GTPATH 
  347. prior to showing the main menu.  
  348.  
  349. A new report was added.....Thanks to Bryan Pike of Net/Node 079/001 - 
  350. The Water of Life...The report gives a breakdown of the users that 
  351. called in, and the calls out that you made.  Nothing special, but it 
  352. doesn't include the PASSWORD: entries or any of the doors attempts, as 
  353. does option 1.  
  354.  
  355. The GT.LOG and GTNET.LOG sub-menus are now broken up into monthly and 
  356. daily reporting functions.  
  357.  
  358.                            What's new in release 3.1?
  359.  
  360. It has been brought to my attention that when there was a small 
  361. problem with the transaction report, that when you had a "SYNC 
  362. FAILURE", it would list the rest of the entries after that as SYNC, in 
  363. the Error column. This has been corrected with this release.  
  364.  
  365. 'HUMAN CALLER DETECTED.' entries in the GTNET.LOG file were always 
  366. duplicating the last Net/Node ID that you connected with, or got an 
  367. answer from.  This has been corrected, and will show the ANSWERing 
  368. baud rate, and then the word, 'HUMAN', and the disconnecting time.  
  369.  
  370. A new report was added to the GTNET.LOG section.  A M-T-D transaction 
  371. report.  It does NOT look at the system date, however.  What this is 
  372. meant for, is to extract the ENTIRE month's worth of transactions from 
  373. the GTNET.LOG file. This will be left up to the Sysop of the BBS to 
  374. make sure that he/she cleans up his log file at the end of each month.  
  375.  
  376. Also, on the GT.LOG reporting option, a "Press any key...." notice 
  377. will appear at the bottom of the screen, as it does throughout the 
  378. rest of the program.  
  379.  
  380.                            What's new in release 3.0?
  381.  
  382. This requires a new release number, (.0) release, due to the number of 
  383. added features.  First off, the transaction report will now recognize 
  384. SYNC FAILURE from within the GTNET.LOG.  Human Caller Detected is 
  385. another thing that I'm still coding, or trying to code  <grin> 
  386.  
  387. GT.LOG file extract is now supported.  For those of you that are 
  388. running GT15.00, you will now be able to see who called today, one day 
  389. at a time.  This does NOT go back to the previous day, and give you 
  390. "up-to-date" info.  It generates a report for TODAY'S entries ONLY.  
  391. Best suggestion is to run this at one minute PRIOR to midnight in your 
  392. maint.bat files.  
  393.  
  394. A second report has been added under the GT.LOG reporting option.  A 
  395. doors and shell attempts report is generated. It does NOT read today's 
  396. entries only, but instead the entire GT.LOG file.  Further versions 
  397. may have a daily report, if requested, if not, it'll stay as is.  
  398.  
  399. Also, some more extensive file error checking has been done. If the 
  400. program tries to open a file for read, and that file doesn't exist, 
  401. you will be presented with a message that will tell you which file 
  402. could not be read, and then the program will terminate at that point, 
  403. meaning you will have to restart from where you left off.  
  404.  
  405.                            What's new in release 2.5?
  406.  
  407. Read the EXTRACT.DOC file to read about the restriction listed below.  
  408.  
  409. As promised, a G-Bag log feature has been added.  One restriction 
  410. applies however.  When running MDIST, you must make sure that you do 
  411. NOT have the /V command line parameter specified.  When the /V switch 
  412. is enabled, it shows this in the log file:  ( This is an example) 
  413.  
  414. PKARC    FAST!    Archive Create/Update Utility    Version 3.5    04-27-87
  415. Copyright (c) 1986,1987 PKWARE Inc. All Rights Reserved.  PKARC/h for help
  416.  
  417. Searching Archive: /MAILIN/G0460000.009
  418.  
  419. Filename        Length   Method     Size   Ratio    Date      Time    CRC
  420. --------        ------   ------    ------  -----    ----      ----    ---
  421. B0020009.E01       812   Packed       776    5%   05-05-89  01:15:34  5D72
  422. B0713001.E00      1194   Packed      1162    3%   05-04-89  05:29:14  FACA
  423. B0714001.E00       487   Packed       457    7%   05-05-89  00:07:58  427A
  424. E0855049.E00       387   Packed       361    7%   05-05-89  01:45:50  38BA
  425. ----            ------             ------  -----
  426. 0004              2880               2756    5%
  427.  
  428. Without the /V parameter, you don't get all this un-needed 
  429. information.  If you wish to use this option, option "B" from the main 
  430. menu, remember, you have to disable the /V command line switch on 
  431. MDIST in order for it to work properly.  
  432.  
  433. Also, many users have pointed out to me that they are getting some 
  434. strange errors when running the program.  One of which is an "I/O 
  435. Error 01", and this is referring to the GTNET.LOG file.  Apparently, 
  436. the GTNET.LOG file is NOT written to the LOG FILE PATH.  The routine 
  437. that I used to read that path is now out of the GBAG routine.  It will 
  438. be included in later versions to handle some of the GT.LOG functions.  
  439. (Something to look forward to)...<grin> 
  440.  
  441.                            What's new in release 2.4?
  442.  
  443. It has been brought to my attention that with the possibility that 
  444. more than one type of Mdriver type program could be utilized within 
  445. the near future, I have included the version of Mdriver currently used 
  446. by the incoming system, as well as the system that you CONNECT with.  
  447.  
  448.                            What's new in release 2.3?
  449.  
  450. Things have changed a bit.  Instead of having EXTRACT.LOG, it will now 
  451. be known as EXTRACT.RPT, as well as TRANSACT.RPT.  The Transaction 
  452. report format has changed drastically, hopefully you'll like it better 
  453. than the old format.  
  454.  
  455. The Log file path is now found from within the GT.CNF file.  You still 
  456. need to be within the GTPATH directory to execute this program.  
  457.  
  458.                            What's new in release 2.2?
  459.  
  460. The main menu has been modified to add a double-line border around the 
  461. version number.  Big deal, right? <grin> 
  462.  
  463. The extract and transaction reports are now updated with the Net/Node 
  464. ID of your system.  
  465.  
  466.                            What's new in release 2.1?
  467.  
  468. The [Esc] key is used now to exit the program.  
  469.  
  470. Only one report again.  I found that if the program couldn't find the 
  471. EXTRACT.LOG file, from option 'A', it would abort.  This way, it will 
  472. run two seperate reports from within the same routine, thus giving you 
  473. the Extract report AND the transaction Summary report.  
  474.  
  475. Corrections were made to the EXTRACT.LOG file that puts the correct 
  476. totals into the correct file. A Transaction Summary is now generated 
  477. after generating the Extract.LOG file.  
  478.  
  479. G-Bags are counted as well as B-Bags and E-Bags transferred in the 
  480. Transaction summary report.  
  481.  
  482.                            What's new in release 2.0?
  483.  
  484. Extract is now menu driven.  You can generate two different reports 
  485. rather than just the one extract in the original release.  
  486.  
  487.                            What's new in release 1.2?
  488.  
  489. Not much new.  Just added some extra screen writes.  Processing is the 
  490. same.  
  491.  
  492.                            What's new in release 1.1?
  493.  
  494. <blush>  I padded the date field, in case it was less than two 
  495. characters in length with a '0', but forgot the day field.   This 
  496. program would have only worked on the 10th through the 31st of the 
  497. month. The 1st through the 9th, you would've had to find another 
  498. program to use!  <grin>  All fixed now.  
  499.  
  500.